INTERNATIONAL TELECOMMUNICATION UNION 



ITU-T 



G.7042/Y.1305 



TELECOMMUNICATION 



(11/2001) 



STANDARDIZATION SECTOR 
OF ITU 



SERIES G: TRANSMISSION SYSTEMS AND MEDIA, 
DIGITAL SYSTEMS AND NETWORKS 

Digital terminal equipments — General 

SERIES Y: GLOBAL INFORMATION INFRASTRUCTURE 
AND INTERNET PROTOCOL ASPECTS 

Internet protocol aspects - Transport 

Link capacity adjustment scheme (LCAS) for 
virtual concatenated signals 



ITU-T Recommendation G.7042/Y.1305 



Document provided by IHS Licensee-European Patent Ottice/5 9206061 00. User=, 
10/04/2002 03:56:30 MDT Questions or comments about this message: please call 
the Oocumnni Policy Manaoprrwit Group al 1-600-451 -1584. 



ITU-T G-SERIES RECOMMENDATIONS 
TRANSMISSION SYSTEMS AND MEDIA, DIGITAL SYSTEMS AND NETWORKS 



INTERNATIONAL TELEPHONE CONNECTIONS AND CIRCUITS 

GENERAL CHARACTERISTICS COMMON TO ALL ANALOGUE CARRIER- 
TRANSMISSION SYSTEMS 

INDIVIDUAL CHARACTERISTICS OF INTERNATIONAL CARRIER TELEPHONE 
SYSTEMS ON METALLIC LINES 

GENERAL CHARACTERISTICS OF INTERNATIONAL CARRIER TELEPHONE 
SYSTEMS ON RADIO-RELAY OR SATELLITE LINKS AND INTERCONNECTION WITH 
METALLIC LINES 

COORDINATION OF RADIOTELEPHONY AND LINE TELEPHONY 
TESTING EQUIPMENTS 

TRANSMISSION MEDIA CHARACTERISTICS 
DIGITAL TERMINAL EQUIPMENTS 
DIGITAL NETWORKS 

DIGITAL SECTIONS AND DIGITAL LINE SYSTEM 
QUALITY OF SERVICE AND PERFORMANCE 
TRANSMISSION MEDIA CHARACTERISTICS 
DIGITAL TERMINAL EQUIPMENTS 

Coding of analogue signals by pulse code modulation 
Coding of analogue signals by methods other than PCM 
Principal characteristics of primary multiplex equipment 
Principal characteristics of second order multiplex equipment 
Principal characteristics of higher order multiplex equipment 
Principal characteristics of transcoder and digital multiplication equipment 
Operations, administration and maintenance features of transmission equipment 
Principal characteristics of multiplexing equipment for the synchronous digital hierarchy 
Other terminal equipment 
DIGITAL NETWORKS 



GA00-G.199 
G.200-G.299 

G.300-G.399 

G.400-G.449 

G.450-G.499 

G.500-G.599 

G.600-G.699 

G.700-G.799 

G.80O-G.899 

G.90O-G.999 

G.1000-G.1999 

G.6000-G.6999 

G.7000-G.7999 



G.7100-G. 
G.7200-G. 
G.7300--G 
G.7400-G 
G.7500-G, 
G.7600-G. 
G.7700-G, 
G.7800-G 
G.790CM3. 
G.800(M3. 



7199 
7299 
7399 
7499 
7599 
7699 
7799 
7899 
7999 
8999 



For further details, please refer to the list of ITU-T Recommendations. 



>- 



T~-T V" 




BNSDOCID: <XP 



2216519A l_> 



Document provided by IHS Licensee* European Patent Office/5920606100. Usor=. 
10/0472002 03:56:30 MDT Questions or comments about this message: please call 
the Document Policy Management Group at 1-800-451-1584. 



r 

• ii 

3TU-T Recommendation G.7042/Y.1305 

Link capacity adjustment scheme (LCAS) for virtual concatenated signals 



Summary 

This Recommendation defines the methodology that should be used to change the bandwidth 
capacity of a Virtual Concatenated signal defined for and used by transport networks (i.e. SDH and 
OTN). 
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FOREWORD 

The International Telecommunication Union (ITU) is the United Nations specialized agency in the field of 
telecommunications. The ITU Telecommunication Standardization Sector (TTU-T) is a permanent organ of 
ITU. ITU-T is responsible for studying technical, operating and tariff questions and issuing 
Recommendations on them with a view to standardizing telecommunications on a worldwide basis. 

The World Telecommunication Standardization Assembly (WTSA), which meets every four years, 
establishes the topics for study by the ITU-T study groups which, in turn, produce Recommendations on 
these topics. 

The approval of ITU-T Recommendations is covered by the procedure laid down in WTSA Resolution 1. 

In |ome areas of information technology which fall within ITU-T's purview, the necessary standards are 
prejpared on a collaborative basis with ISO and IEC. 



NOTE 

In this Recommendation, the expression "Administration" is used for conciseness to indicate both a 
telecommunication administration and a recognized operating agency. 
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As of the date of approval of this Recommendation, ITU had not received notice of intellectual property, 
protected by patents, which may be required to implement this Recommendation. However, implementors 
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TSB patent database. 
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1.4.1 Increase bandwidth of VCG (ADD command) 

IA2 Decrease bandwidth of VCG (REMOVE command) 

1.4.3 Decrease bandwidth of VCG due to fault (DNU command) 
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ITU-T Recommendation G.7042/Y.1305 

Link capacity adjustment scheme (LCAS) for virtual concatenated signals 

1 Scope 

This Recommendation specifies a link capacity adjustment scheme that should be used to increase 
or decrease the capacity of a container that is transported in an SDH/OTN network using Virtual 
Concatenation. In addition, the scheme will automatically decrease the capacity if a member 
experiences a failure in the network, and increase the capacity when the network fault is repaired. | 
The scheme is applicable to every member of the Virtual Concatenation group. I 

This Recommendation defines the required states at the source and at the sink side of the link as 
well as the control information exchanged between both the source and the sink side of the link to 
enable the flexible resizing of this Virtual Concatenated signal. The actual information fields used 
to convey the control information through the transport network are defined in their respective 
Recommendations ITU-T Recs. G.707 [1] and G.783 [3] for SDH and ITU-T Recs. G.709 [2] and 
G.798 [4] for OTR 

2 References 

The following ITU-T Recommendations, and other references contain provisions which through 
reference in this text, constitute provisions of this Recommendation. At the time of publication, the 
editions indicated were valid. All Recommendations and other references are subject to revision; 
users of this Recommendation are therefore encouraged to investigate the possibility of applying the 
most recent edition of the Recommendations and other references listed below. A list of the 
currently valid ITU-T Recommendations is regularly published. 

[1] ITU-T Recommendation G.707/Y. 1322 (2000), Network node interface for the 
synchronous digital hierarchy SDH. 

[2] ITU-T Recommendation G.709/Y.1331 (2001), Network node interface for the optical 
transport network (OTN). 

[3] ITU-T Recommendation G.783 (2000), Characteristics of synchronous digital hierarchy 
(SDH) equipment functional blocks. 

[4] ITU-T Recommendation G.798 (2002), Characteristics of optical transport network 
hierarchy equipment functional blocks. 

[5] ITU-T Recommendation G.806 (2000), Characteristics of transport equipment - 
Description methodology and generic functionality. 

[6] ITU-T Recommendation Z.100 (1999), Specification and description language (SDL). 

3 Terms and definitions 

This Recommendation defines the following terms: 

3.1 link: a connection though a network from termination function to termination function, this 
can be related to the members of a virtual concatenation group as well as the virtual concatenation 
group itself. 

3.2 member: an individual server layer container that belongs to a virtual concatenated group. 

3.3 virtual concatenation group (VCG): a group of co-located member trail termination 
functions that are connected to the same virtual concatenation link. 
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4 Abbreviations 

This Recommendation uses the following abbreviations: 



CRC 


Cyclic Redundancy Check 


CTRL 


Control word sent from source to sink 


3DNU 


Do Not Use 


iEOS 


End of Sequence 


IGID 


Group Identification 


fLCAS 


Link Capacity Adjustment Scheme 


lOM 


Loss of Multiframe 


=MFI 


MultiFrame Indicator 


MST 


Member Status 


NORM 


Normal Operating Mode 


RS-Ack 


Re-Sequence Acknowledge 


Sk 


Sink 


So 


Source 


SQ 


Sequence Indicator 


TSD 


Trail Signal Degrade 


TSF 


Trail Signal Fail 


VCG 


Virtual Concatenation Group 



5 Conventions 

The order of transmission of information in all the diagrams in this Recommendation is first from 
left to right, and then from top to bottom. Within each byte the most significant bit is transmitted 
first. The most significant bit (bit 1) is shown at the left in all the diagrams. 

6 LCAS for virtual concatenation 

6.1 Methodology 

LCAS in the virtual concatenation source and sink adaptation functions provides a control 
mechanism to hitless increase or decrease the capacity of a VCG link to meet the bandwidth needs 
of the application. It also provides the capability of temporarily removing member links that have 
experienced a failure. The LCAS assumes that in cases of capacity initiation, increase or decrease, 
the construction or destruction of the end-to-end path of each individual member is the 
responsibility of the Netwo rk and Element Manage ment Systems. 

6.2 Control packet 

Synchronization of changes in the capacity of the transmitter (So) and the receiver (Sk) shall be 
achieved by a control packet. Each control packet describes the state of the link during the next 
control packet. Changes are sent in advance so that the receiver can switch to the new configuration 
as soon as it arrives. 

The control packet consists of fields dedicated to a specific function. The control packet contains 
information sent from So to Sk and information sent from Sk to So, see also Figure 1. 
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Forward direction, So to Sk: 

MultiFrame Indicator (MFI) field; 
Sequence Indicator (SQ) field; 
Control (CTRL) field; 
Group Identification (GID) bit. 

Return direction, Sk to So: 

Member Status (MST) field; 

• Re-Sequence Acknowledge (RS-Ack) bit. 

NOTE - MST and RS-Ack are identical in the controlwords of all members of the VCG. 

Both directions: 

CRC field; 

• Unused bits are reserved and shall be set to "0 n . 



r i 

I information of s 
I member n,VCG a 

\ ~ I 

j MST_a(n) 1 
j RS-Acka J 



VCG_z 
member_p 




VCG__a 
member n 



T1 544960-02 



Figure 1/G.7042/Y.1305 - Allocation of information in a control packet 



6-2.1 MultiFrame Indicator (MFI) field 

At the So side the MFI is equal for all members of the VCG and it will be incremented each frame. 
At the Sk side the MFI shall be used to realign the payload for all the members in the group. The 
MFI is used to determine the differential delay between members of the same VCG. 

6-2.2 Sequence Indicator (SQ) field 

Contains the sequence number assigned to a specific member. Each member of the same VCG is 
assigned a unique sequence number, starting at 0, similar to the Recommendations for Virtual 
Concatenation in ITU-T Recs. G.707 [1] and G.709 [2]. 

At initiation of a VCG source all member SQ shall be set to the highest possible value. 
6-23 Control (CTRL) field 

The control field is used to transfer information from So to Sk. It shall be used to synchronize the 
Sk with the So and provides the status of the individual member of the group. 



- iii i inn in i in i • J i ;i i» i i' 1 " l '" "■ 



BNSDOCID: <XP 



_2216519A_L> 



TTTJ-T Tier. 1 305 n 1/2001) 

Document provided by IHS Licensee=£uropean Patent Office/59206061 00. User», ' 
10/04/2002 03:56:30 MOT Questions or comments about this message: please call 
the Document Policy Management Group al 1-600*451-1564. 



« 

• 1 



Table 1/G.7042/Y.1305 - LCAS CTRL words 



Value 
msb-.Jsb 


Command 


Remarks 


0000 


FIXED 


This is an indication that this end uses fixed bandwidth (non-LCAS mode) 


0001 


ADD 


This member is about to be added to the group 


0010 


NORM 


Normal transmission 


0011 


EOS 


End of Sequence indication and Normal transmission 


0101 


IDLE 


This member is not part of the group or about to be removed 


1111 


DNU 


Do Not Use (the payload) the Sk side reported FAIL status 



At initiation of a VCG source all members shall send CTRL = IDLE. 

6.2.4 Group Identification (GID) bit 

Used for identification of the VCG. The GID bit of all members of the same VCG has the same 
value in the frames with the same MFL 

The GID provides the receiver with a means of verifying that all the arriving members originated 
from one transmitter. The contents are pseudo-random, but the receiver is not required to 
synchronize with the incoming stream. The pseudo-random pattern used is 2 15 — 1 . 

NOTE - The GID is not valid for members sending the IDLE control word. 

6.2.5 CRC field 

To simplify the validation of the changes in the virtual concatenation overhead, a CRC is used to 
protect each control packet. The CRC check is performed on every control packet after it has been 
received, and the contents rejected if the test fails. If the control packet passes the CRC test, then its 
contents are used immediately. 

6.2.6 Member Status (MST) fi eld 

Information fro m Sk to So about the status of all members of the same VCG. 

It reports the member status from Sk to So with two states: OK or FAIL (1 status bit per member). 
OK=0, FAIL = 1 . 

The qu antity of member s in the VCG can be any number in the allocated range (e.g . 0-255 for High 
OrdernTSUH j, and can be chang ed. For each member, the Sk uses the SQ number assignedToiTSy 
the So at the MST number tor its response to the So. In this manner, the MST values received by 
the So will always correspond directly to the SQ values that it assigned. 

NOTE - In the non-LCAS mode, the receiver function is provisioned to expect a fixed number of members. 

Joji llow the receiver to d etermine the number of members JiLthe VCG, the highest numbered 
member is indicated by the use ot a last (EOS) value in the control word. All other members have a 
nonn aT(^^ value in I heTmrtrorw^ 

At initiation of a VCG sink all members shall report MST = FAIL, all unused MST shall be set to 
FAIL. 

6-2.7 Re-Sequence Acknowledge (RS-Ack) bit 

Any changes detected at the Sk regarding the m ember sequence numbers is reported to the S o per 
VCG by toggling (i.e. cha nge fronT 7 ^ to T or trom T to^g 1 ) t heK 5"-Ack bit , i.e. the RS-AcFEIT 
can only be toggled after the status ot all members of the VCG has been evaluated. The toggling of 
the RS-Ack bit will validate the MST in the preceding multiframe. The So can use this toggling as 
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an indication that the change initiated by the So has been accepted, and will start accepting new 
MST information. 

63 Addition of member(s) 

When a member is added it shall always be assigned a sequence number greater than the currently 
highest sequence number that has EOS in the CTRL code. 

Following an ADD command the first member to respond with MST = OK shall be allocated the 
next highest sequence number and shall change its CTRL code to EOS coinciding with the currently 
highest member changing its CTRL code to NORM. 

NOTE - When the CTRL = ADD is sent to initiate the addition of a new member, it shall be sent 
continuously until the MST = OK is received. 

In case more than one member (e.g. x) is being added, and MST = OK is being simultaneously 
received for more than one member, then the allocation of sequence indicators is arbitrary provided 
they are the next x sequence numbers after the currently highest sequence number. The CTRL code 
for the currently highest member will change from EOS to NORM coinciding with the highest new 
member's CTRL code being changed to EOS. All other new member's CTRL codes will be set to 
NORM. 

6,3.1 Addition of member(s) payload 

The final step for adding a member is to send a NORM or EOS in the control word of the virtual 
concatenation overhead control packet for that member. The first container frame to contain? 3.7 
payload data for the new member shall be the container frame immediately following the container 
frame that contained the last bit(s) (i.e. the CRC) of the control packet with NORM/EOS message 
for that member. 

6.4 Temporary removal of member 

When a member s ending a NORM or EOS experiences a failure in the Network this is detect edat^ 
the Sk (aTSF, aTSD, dLOM) the Sk will send m the MST of that partic ular member the status 
~F ATT_ The"So wfll then either replace the NUKM conditi on by an URU condition^ oLieplgge^Bi"' 
HPS condition with an D NU condition and the precedmglnember will send EOS in the CTRL field. 

When the^def ect causing the temporary removal is cleared this is detected atJ heJSk^JQie^ 
send in th&34ST of that pain ter member the status OK. The So ^yill then eithe r replace, theDNU^ 
condition by an NORM condi tion, or replace the DNU condition with an EOS conditionl^g ^ie-- 
^prece ding mem befwffl~sendlTORM in the CTRL fiekj ^^ 

6.4.1 Temporary removal of member payload 

The final step for temporary removal of a member is to remove the payload area of that particula r 
member from the VCC LThe last c ontainer frame that c ontains payload ot the removed memb er^ 
shall be the container frame containing the last bit(s) ot the control packet containing the first DNlT 
control word. THe following container trames will contain all ZLKOes in the payload area. Upon^ 
reception at the Sk of the DNU control word the payload of this particular member shall not be use d^ 
to reconstruct the original VCG payload^ ^ 

The final step after recove ring from a temporary removal is to start using th e payload of thai- 
member again. Ihe hrsTcontainer frame to contain payl oad data for the member sh all be the 
c ontainer " frame immediately following the co ntadrrigr"g ^Fjha t conta in ^ fe ella EIEtCs) nfnFfi^T 
control packet containing the tirst NUKM or EOS controljvord^ 
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6.5 Deletion of member(s) 

Whe n members are delet ed, the sequence numbers and corr esponding member status number of the 
other me mbers shall be renumbered. I f the deleted member contains the highest sequence number of 
that group, the member^containingThe next highest sequence number shall change its control word 
to EOS in its control packet coinciding with the deleted member 1 s control packet with the IDLE 
clontrol word. If the member deletion occurs somewhere other than at the highest end of the 
sequence, then the other members with sequence numbers between the newly deleted member and 
the highest sequence number shall update their sequence indicators in their control packets 
coinciding with the control packet changing the status of the deleted member. 

4,5.1 Deletion of member(s) payload 

When a member is deleted by sending an IDLE control word in the control packet on the virtual 
concatenation overhead for that member, the last container frame in which the deleted member 
contains payload data shall be the container frame containing the last bit(s) of the control packet 
containing the IDLE control word. 

6.6 LCAS to non-LCAS interworking 

Inter-working between non-LCAS and LCAS Virtual Concatenation can be achieved as described 
in 6.6.1 and 6.6.2. Changes to the number of members in the VCG will be possible only by 
provisioning. 

6.6.1 LCAS transmitter and non-LCAS receiver 

An LCAS transmitter can inter-work with a non-LCAS receiver in non-LCAS mode without any 
special consideration. The LCAS transmitter will place the MFI and SQ as designated in 
ITU-T Recs. G.707 [1] and G.709 [2]. The receiver will ignore all other bits, i.e. the LCAS 
overhead information. 

The member status returned from sink to source will always be MST = OK. 

6.6.2 Non-LCAS transmitter and LCAS receiver 

An LCAS receiver expects a CTRL word that is not 'OOOO' and a correct CRC A non-LCAS 
transmitter will transmit '0000' in the LCAS CTRL field as well as the CRC field. Therefore when 
an LCAS receiver is interworking with a non-LCAS transmitter and receives both CTRL word 
AND CRC equal to '0000', it shall: 

Ignore all information (except MFI and SQ); 

Use MFI and SQ defect detection as defined for virtual concatenation. 

6.7 Asymmetric connections 

The LCAS generally assumes directional independence of individual members of a virtually 
concatenated group. This implies connection asymmetry, i.e. the bandwidth of the forward transport 
is independent of the bandwidth of the return transport. Based on this consideration, the enclosed 
SDL (Specification and Description Language) diagrams in Annex A, and the time sequence 
diagrams, in Appendix I, only consider the asymmetric connectivity. 

6.8 Symmetric connection 

772/5* is for further study. 

Each constituent member in the virtually concatenated group has an accompanying member in the 
opposite direction (similar to bi-directional), the sink side status is only reported on its partner. 

If it is desired to keep the connection symmetric, this shall be provisionable from the Element 
Management System. 
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Annex A 



LCAS Protocol 



A.l LCAS Protocol 

The operation of LCAS is unidirectional. This means that in order to bi-directionally add or remove 
members the procedure has to be repeated in the opposite direction. Note that these actions are 
independent of each other and are therefore not required to be synchronized. The scheme allows hit- 
less addition and removal of bandwidth under control of a management system. Additionally, 
LCAS will autonomously remove failed members temporarily from the group. When the failure 
condition is remedied. LCAS will add the member back into the group. The removal of a member 
due to path layer failures will, in general, not be hit-less for the service carried over the virtual 
concatenated group. The autonomous addition, after a failure is repaired, is hit-less. 

In this model there are three parameters to describe the virtual concatenated group of size -Xv: 

1) the parameter X M ax, which indicates the maximum size of the virtual concatenated group. 

: This is usually dictated by hardware and/or standardization limits; 

|) the parameter Xprov, which indicates the number of provisioned members in the virtually 

- concatenated group. Each completed ADD command will increment Xprov by 1, each 

! completed REMOVEp] command will decrement Xprov by 1. Furthermore, the 

= relationship 0 < Xprov ^ Xmax holds; 

3) a parameter X, which indicates the actual number of members of the virtual concatenated 

! group as influenced by autonomous adding or deleting of members by the LCAS protocol 

" in the case of individual member failures. The relationship 0 < X < X PRO v ^ X M ax holds. 

For each member (Xmax times) there is a state machine at the source end that would be in one of the 
following five states: 

1) IDLE: This member is not provisioned to participate in the concatenated group. 

2) NORM: This member is provisioned to participate in the concatenated group and has a 
good path to the sink end. 

3) DNU: This member is provisioned to participate in the concatenated group and has a failed 
path to the sink end. 

4) ADD: This member is in the process of being added to the concatenated group. 

5) REMOVE: This member is in the process of being deleted from the concatenated group. 

For each member (Xmax times) there is a state machine at the sink end that can be in one of the 
following three states: 

1) IDLE: This member is not provisioned to participate in the VCG. 

2) OK: The incoming signal for this member experiences no failure condition (e.g. aTSF, 
aTSD, or dLOM) or has received and acknowledged a request for addition of this member. 

3) FAIL: The incoming signal for this member experiences some failure condition or an 
incoming request for removal of a member has been received and acknowledged. 

These state machines run concurrently for all Xmax source and sink functions. The dependencies 
between the state machines are described by a number of global variables for the entire group at the 
source end EOS is highest current sequence number (i.e. it is equal to X). 

To indicate in the SDL descriptions the possible events, the following notational conventions are 
used: 

The following 5 control messages will be forwarded from the source end towards the sink 
end. A member will always forward one of these messages (so there are always Xmax 
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messages transmitted). The messages pertain to the member from which the message is 
sent. 

1) Fidle = Indication that this container is currently no member of the group and no ADD 
requests are pending, 

2) Fadd = Request to add this member to the group, 

3) Fdnu = Request to delete this member from the group, 

4) Feos = Indication that this member has the highest sequence number in the group, 

5) Fnorm = Indication that this member is normal part of the group and does not have the 
highest sequence number. 

C E os and Cnorm are messages (source side only) from member(i) to member(i -1), the 
previous in the sequence, to indicate that the control word sent by member(i -1) shall be 
changed as requested. 

Rfail and Rok are messages from sink to source about the status of the sink end of all 
members. The statuses of all sink ends are returned to the source end in the control packets 
of each member. The source end can for example, read the information from member No. 1 
and, if that is unavailable, the same information from member No. 2, etc. As long as no 
return bandwidth is available, the source end will use the last received valid status. 

Madd and Mremove are message from the management system to add or remove a member. 
The remove operation affects a specific member. Adding a new member is always at the 
end of the group with a new, highest, sequence number. 

Rrs_ack is a bit used to acknowledge the detection at the sink side of a renumbering of the 
sequence or a change in the number of members of the VCG. This acknowledge is used to 
synchronize source and sink and to eliminate the influence of network delays. Due to the 
renumbering of the sequence at the time of an add or remove request the received member 
status cannot be used for a time period that is determined by transmission delays and 
framing delays. 

a 

The LCAS protocol is described in SDL diagrams to detail the state transitions. 

To avoid possible misalignment between So and Sk regarding the sequence numbers and the 
corresponding received far-end statuses, the number of members in the VCG is only changed under 
management command. 

The sequence number received just before an TSF will be used for the reporting of the member 
status, but the payload will not be used to reconstruct the original signal. If the failed member is 
removed (by manager action) there will be a renumbering of the remaining sequence numbers. 
Replacement of a failed member (in the state DNU) because the failure in the Network cannot be 
repaired has to be performed via a REMOVE - ADD sequence. 
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A.2 State diagram of raember(i) in the Virtual Concatenated Group 
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NOTE 1 - The SQ of the member to be added shall be set to a value greater than the SQ value of the member sending F E0S 

NOTE 2 - The SQ of the added member shall be set to n + 1 if the SQ of the member sending F E0S equals n. 

NOTE 3 - The SQ of the removed member x (0 £ x < n) shall be set to n if the SQ of the member sending F EOS equals n and 
the SQ of members with numbers x + I, ... n will be renumbered to x, ... n -1 . 

Figure A.1/G.7042/Y.1305 - Source side state diagram 
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Figure A.2/G.7042/Y.1305 - Sink side state diagram 



Appendix I 
LCAS Time Sequence Diagrams 

LI Nomenclature 

Cmnd Command 
Cnfm Confirm 
Dec Decrease 

LCASC Link Capacity Adjustment Scheme Controller 
NMS Network Management System 

Req Request 

L2 Numbering System 

Members in a virtually concatenated group shall be numbered 0 to n -1, where n = total number of 
members in the group. 
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L3 Provisioning 

When a new container is provisioned to be a member of the group it must be allocated the 
following: 



a) 
b) 



c) 
d) 

1.4 



CTRL = IDLE (this code indicates that it is not yet in service). 

SQ = Since at the time of provisioning it is not known in which position in the group this 
member will be utilized the SQ is unimportant. The SQ shall not be interpreted while 
CTRL = Idle (not yet in service). It could be all ONEs. 

GID = The group ID for that virtually concatenated group. 
MST = 1 (FAIL = 1 ; OK = 0). 

Commands 



L4.1 Increase bandwidth of VCG (ADD command) 
1.4.1.1 Add (ADD) Multiple After last member 

Example: Add two members after last one in the group of n. 
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Figure L1/G.7042/Y.1305 - ADD multiple members 



NOTE - The time sequence diagram above shows an example of adding two members after the current last 
member. The example shows new member (a) responding with MST = OK before new member (a+1). This 
is arbitrary and the first member to respond with MST = OK shall be allocated the SQ = n, then the next new 
member to respond with MST = OK shall be allocated SQ = n + 1 etc. If for any reason a member being 
added does not respond with MST = OK within the time-out period then the LCASC shall report a fail for 
that member. 

1.4.2 Decrease bandwidth of VCG (REMOVE command) 

1.4,2.1 Decrease (REMOVE) planned multiple NOT including last member 

Example: Remove members 4 and 5 from a VGC with n = 6 members. 
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Figure I.1/G.7042/Y.1305 - ADD multiple members 



NOTE — The time sequence diagram above shows an example of adding two members after the current last 
member. The example shows new member (a) responding with MST = OK before new member (a + 1). This 
is arbitrary and the first member to respond with MST = OK shall be allocated the SQ = n, then the next new 
member to respond with MST = OK shall be allocated SQ = n + 1 etc. If for any reason a member being 
added does not respond with MST = OK within the time-out period then the LCASC shall report a fail for 
that member. 

1.4.2 Decrease bandwidth of VCG (REMOVE command) 

1.4.2,1 Decrease (REMOVE) planned multiple NOT including last member 

Example: Remove members 4 and 5 from a VGC with n = 6 members. 
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Figure I.2/G.7042/Y.1305 - Planned removal of members 4 and 5 out of 6 



Source sets CTRL = IDLE on all members to be removed. 
NOTE - CTRL does not change on the other members of the group. 

The example above shows two members being removed with a simultaneous IDLE command from 
the LCASC (Source). Reassembly at the sink ceases to use the 'removed' members immediately 
upon receipt of the IDLE command. 

The response, however, from the Sink may not be simultaneous. This does not affect the Sink since 
the IDLE commands will have the same Frame No. The response from the Sink to the Source is, of 
course, simply acknowledgement that the member is no longer in use at the sink end and the NMS 
may proceed with de-provisioning of that member, if desired. 

No de-provisioning is described in the above TSD. 

General Rule for SQ adjustment in REM function: 

1) All unwanted members are re-allocated a SQ greater than the SQ of the member sending 
the EOS control word. 
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2) 



All remaining required members are re-allocated consecutive SQs below the un-required 
members (U). This is best described by the following example: 



1.4.2.2 
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Figure L3/G.7042/Y.1305 — Planned decrease single (last) member 



NOTE - The description does not include what action to be taken beyond this point. For example, the 
removed member could be deprovisioned. 
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1.4.3 Decrease bandwidth of VCG due to fault (DNU command) 
1.4.3.1 Decrease (DNU) due to fault single last member 
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Figure I.4/G.7042/Y.1305 - Decrease due to network fault, single (last) member 



Source sets CTRL = DNU on faulty member, and sets CTRL = EOS on preceding member. 
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* * » 

1.4.3.2 Decrease (DNU) due to fault NOT last member 
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* As soon as the fail is detected the sink will immediately begin re-assembly of the concatenated group using only the NORM and 
EOS members. For a time (propagation time from Sk to So + re-action time of the So + propagation time from So to Sk) the 
re-assembled data will be erroneous because it is sent on all members as per pre-fault. 



** However, the source will stop sending data on the erroneous members (since they will have been reported back as MST = Fail and 
consequently set the failed member to DNU), and send data only on the remaining NORM and EOS members. The LCASC at the 
receiving end does not know when the data integrity has been re-established. This is dealt with at the data layer. 

*** When the failed member is repaired, the CTRL is changed to NORM from DNU. The sink will then use this member again to 
rc-assemble the data. 



T1 545010-02 



Figure I.5/G.7042/Y.1305 - Decrease due to network fault, single (not last) member 
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ITU-T Y-SERIES RECOMMENDATIONS 
GLOBAL INFORMATION INFRASTRUCTURE AND INTERNET PROTOCOL ASPECTS 



GLOBAL INFORMATION INFRASTRUCTURE 
General 

Services, applications and middleware 
Network aspects 
Interfaces and protocols 
Numbering, addressing and naming 
Operation, administration and maintenance 
Security 
Performances 
INTERNET PROTOCOL ASPECTS 
General 

Services and applications 

Architecture, access, network capabilities and resource management 
Interworking 

Quality of service and network performance 
Signalling 

Operation, administration and maintenance 
Charging 



Y.100-Y.199 
Y.200-Y.299 
Y.300-Y.399 
Y.400-Y.499 
Y.500-Y.599 
Y.600-Y.699 
Y.700-Y.799 
Y.800-Y.899 

Y.1000-Y.1099 
Y.1100-Y.1199 
Y.1200-Y.1299 



Y.1400-Y.1499 
Y.1500-Y.1599 
Y.1600-Y.1699 
Y.1700-Y.1799 
Y.1800-Y.1899 



For further details, please refer to the list of ITU-T Recommendations. 
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SERIES OF ITU-T RECOMMENDATIONS 

Series A Organization of the work of ITU-T 

Series B Means of expression: definitions, symbols, classification 

Series C General telecommunication statistics 

Series D General tariff principles 

Series E Overall network operation, telephone service, service operation and human factors 



Series F 
Series G 
Series H 
Series I 
Series J 
; Series K 
Series L 
Series M 

Series N 
Series O 
Series P 
Series Q 
Series R 
Series S 
Series T 
Series U 
Series V 
Series X 
Series Y 
Series Z 



Non-telephone telecommunication services 

Transmission systems and media, digital systems and networks 

Audiovisual and multimedia systems 
Integrated services digital network 

Cable networks and transmission of television, sound programme and other multimedia signals 
Protection against interference 

Construction, installation and protection of cables and other elements of outside plant 

TMN and network maintenance: international transmission systems, telephone circuits, 
telegraphy, facsimile and leased circuits 

Maintenance: international sound programme and television transmission circuits 
Specifications of measuring equipment 

Telephone transmission quality, telephone installations, local line networks 

Switching and signalling 

Telegraph transmission 

Telegraph services terminal equipment 

Terminals for telematic services 

Telegraph switching 

Data communication over the telephone network 

Data networks and open system communications 

Global information infrastructure and Internet protocol aspects 

Languages and general software aspects for telecommunication systems 
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